System and method for mobile checkout

ABSTRACT

Provided are a system and method for a mobile payment. In one example, the method may include determining an amount of digital wallets installed on a mobile device, and in response to determining that a plurality of digital wallets are installed on the mobile device, displaying a smart button on a merchant checkout page. When the smart button is selected by a user of the mobile device, the method may further include displaying a payment option selection screen that enables the user of the mobile device to select a payment card from any digital wallet from among the plurality of digital wallets as a method of payment for the transaction.

CROSS-REFERENCE TO RELATED APPLICATION

The present application claims the benefit under 35 USC §119(e) of U.S.Provisional Patent Application No. 62/129,455, filed on Mar. 6, 2015, inthe United States Patent and Trademark Office, the entire contents ofwhich are hereby incorporated by reference for all purposes.

FIELD

Exemplary embodiments described herein relate generally to electronictransactions for payment of goods and/or services and, moreparticularly, to methods and devices which may provide a mobile userinterface that may support multiple independent payment options within asingle view.

BACKGROUND

Payment card accounts such as credit card accounts and debit cardaccounts are in widespread use. In one conventional manner of accessinga payment card account, the cardholder presents a plastic card at apoint of sale in a retail store. The point of sale device may readaccount information from the card (e.g., via a magnetic stripe orthrough wireless communication with an integrated circuit in the card,or via electrical contacts on the card) and initiate a payment cardaccount transaction using the information read from the card.

Payment card accounts are also widely used in e-commerce. For example, acardholder may use a computer or a smartphone to access a merchant'sonline store webpage. After selecting goods for purchase and then optingto check out, the cardholder may be prompted to enter payment cardaccount information into a data entry screen that has been downloaded tothe cardholder's computer (or smartphone). In response, the merchant'se-commerce host computer may initiate a payment card account transactionusing the information that was entered by the account holder.

Many cardholders own multiple payment card accounts. According to onetype of proposed arrangement, a cardholder may store one or more oftheir payment card accounts within a digital wallet that is offered by awallet service provider. That is, a user (i.e., a cardholder) may causeone or more of their payment card accounts to be enrolled in the digitalwallet, and the wallet service provider may store sensitive informationfrom the one or more payment card accounts in a data partition that isdedicated to the user thereby forming a digital wallet. When the userseeks to check out during an e-commerce shopping transaction, the usermay be given an option to access a digital wallet stored by the digitalservice provider.

As a result of data communication among the user's computer, themerchant's e-commerce host computer, and the wallet service provider'scomputer, the user may be presented with an option to select an enrolledpayment card account for use in a current e-commerce transaction. Toselect the payment account may require only one or two “clicks” or“taps” on the part of the user. Once the user selects the desiredpayment account from the digital wallet, the merchant may use thecorresponding account information to initiate a payment card accounttransaction using the payment account selected by the user. This type ofarrangement may offer great convenience to the user, because the user isfreed from entering the payment card account information details as partof the e-commerce transaction. At the same time, the user is notrequired to have payment card account information stored on themerchant's e-commerce computer.

However, a merchant site or merchant application typically only allows auser to view a single digital wallet at a time. In other words, the useris only allowed to view payment options or payment cards from onedigital wallet at a time, even in a case where the user has multipledigital wallets installed on their device and available for payment withthe merchant.

BRIEF DESCRIPTION OF THE DRAWINGS

Features and advantages of the exemplary embodiments, and the manner inwhich the same are accomplished, will become more readily apparent withreference to the following detailed description taken in conjunctionwith the accompanying drawings, in which:

FIG. 1 is a diagram illustrating an example of a mobile payment networkin accordance with an exemplary embodiment.

FIG. 2 is a diagram illustrating a mobile device in accordance with anexemplary embodiment.

FIGS. 3A-12 are diagrams illustrating user interfaces that may beprovided to a user of a mobile device in accordance with variousexemplary embodiments.

Throughout the drawings and the detailed description, unless otherwisedescribed, the same drawing reference numerals will be understood torefer to the same elements, features, and structures. The relative sizeand depiction of these elements may be exaggerated or adjusted forclarity, illustration, and/or convenience.

DETAILED DESCRIPTION

In the following description, specific details are set forth in order toprovide a thorough understanding of the various exemplary embodiments.It should be appreciated that various modifications to the embodimentswill be readily apparent to those skilled in the art, and the genericprinciples defined herein may be applied to other embodiments andapplications without departing from the spirit and scope of theinvention. Moreover, in the following description, numerous details areset forth for the purpose of explanation. However, one of ordinary skillin the art should understand that embodiments may be practiced withoutthe use of these specific details. In other instances, well-knownstructures and processes are not shown or described in order not toobscure the description with unnecessary detail. Thus, the presentdisclosure is not intended to be limited to the embodiments shown, butis to be accorded the widest scope consistent with the principles andfeatures disclosed herein.

In general, and for the purpose of introducing concepts of the presentinvention, one or more exemplary embodiments relate to payment cardsystems in which mobile devices (such as mobile phones or other portabledevices) are used for remote payment transactions. In some embodiments,a digital secure remote payment service is provided which enables securemobile originated transactions for remote payments with merchants orother service providers. The transactions may contain dynamic data(e.g., cryptograms) generated by a payment application in the mobiledevice to secure the transaction. Transactions, in some embodiments,require cardholder verification, and the dynamic data included in thetransactions provides evidence that the cardholder verification has beenperformed. While some illustrative embodiments herein are described inthe context of a mobile device, such payment transactions may beinitiated on a mobile browser, mobile application, by shopping on apersonal computer, tablet, television, appliance, or from static mediasuch as posters, shop displays and magazines.

According to various exemplary embodiments, a wallet system is providedthat allows a user to access a plurality of wallet applications andpayment options included therein from a single view or window displayedon a mobile device. Further, in some embodiments, the walletapplications may be accessed from within one or more merchantapplications, for example, a retailer shopping application, and thelike. When a user attempts to navigate to a checkout page of themerchant, for example, through a merchant mobile application installedon the mobile device, the mobile device may determine an amount ofdigital wallets that are presently installed therein. For example, if aplurality of digital wallets are installed on the mobile device, themobile device may display a smart button embedded within the merchantcheckout page or as a separate button/link with respect to the merchantcheckout page. When the smart button is selected by the user, the mobiledevice may display a payment option screen or window that enables theuser of the mobile device to select a payment card from any digitalwallet from among a plurality of digital wallets as a method of paymentfor the transaction. According to various exemplary embodiments, thepayment option screen may simultaneously display all payment optionsfrom multiple independent digital wallets enabling a user to select fromany of the payment options from within a single view.

Various exemplary embodiments are directed towards a mobile based remotepayment system that makes uses of payment applications residing on amobile device to allow secure payments to a merchant. Examples hereinrelate to the user experience such as for a cardholder, whereby thecardholder may initiate payment from a merchant mobile application, viewand select the payment card to be used for payment from amongst all thedigital wallets available on the mobile device, view offers and rewardsassociated with the one or more of the available cards, enter shippingdetails, and select shipping options. Accordingly, the cardholder maycomplete the checkout through authentication in the selected digitalwallet application without interrupting the mobile merchant application,enabling the digital wallet to generate secure transaction credentialswhich are returned to the merchant through a central trusted entity (theMasterPass switch in the accompanying documentation). The transactioncredentials may be generated by a mobile payment application, which maybe a software application running in the main processor of the mobiledevice, or in a secured application environment (such as a TrustedExecution Environment), or on a separate tamper resistant hardwarecomponent (a Secure Element). The exemplary embodiments include multipleadvantages, for example, discovery of all digital wallets and cardsassociated therewith on a mobile device and use of a smart button toexpose the service when available cards are present on the mobiledevice, allowing a user to view and choose payment cards from acrossmultiple digital wallets on the mobile device. Also provided is a securecontainer based presentation of wallets and cards in a merchantapplication. The exemplary embodiments also include the use of a centraltrusted entity to return card data to the merchant, use of a centraltrusted entity to validate that a mobile application claiming to be awallet is legitimate, use of a central trusted entity to validate thatthat the application requesting payment is from a legitimate merchant, anew channel of promotion to be used by wallet and card issuers todisplay offers during the checkout process related to individual walletsor cards, and use of a wallet proxy to enable the distribution of anissuer wallet across multiple mobile devices rather than centralstorage.

As used herein, the term “wallet” or “digital wallet” is used to referto a collection of one or more payment instruments, typically offered bya financial issuer to a cardholder. A cardholder may have multiplepayment instruments (such as credit cards, debit cards, private labelcards, loyalty cards, or the like) or “payment cards” where the carddata has been provisioned by the payment card issuer into the wallet. Asanother example, payment cards may be added by the cardholder with nointegration with the issuer. According to various exemplary embodiments,a network is provided and may include a plurality of wallets and walletproviders, and a central switch managed by a processing entity such asthe assignee of the present application. For example, the central switchmay be the MasterPass® Switch operated by MasterCard InternationalIncorporated. The central switch provides a single point of contact formerchants which have been configured to accept payment cards in digitalwallets pursuant to the exemplary embodiments described herein. FIG. 1illustrates a mobile payment network including an example walletinfrastructure having a switch.

Referring to FIG. 1, a user may operate a mobile device 102 thatexecutes software including one or more merchant applications 104, oneor more wallet applications 110, and one or more payment applications114 to perform transactions with one or more merchant servers 120.Examples of transactions are described further below, but in general, byway of introduction, a transaction may include a user of the mobiledevice 102 interacting with a merchant application 104 to select one ormore products or services for purchase. The merchant application 104 maycommunicate with a merchant server 120 and the switch 130 to initializea checkout transaction (and to obtain a transaction identifier ortoken). Based on the transaction identifier or token (and otherinformation provided by the merchant application 104), an appropriatewallet application 110 is selected and the user selects a paymentdevice. The wallet application 110 (possibly in conjunction with acredential management system 154 or under control of a secure element onthe mobile device 102) authenticates the user and provides paymentdevice information to a wallet server 150 for association with thecheckout transaction at the switch 130. Accordingly, the merchant server120 may obtain the payment device information and the transactioninformation and submit an authorization request to a payment network(not shown) to process the transaction.

According to various aspects, the system 100 may be based on one or morecentral switches 130 which provide the interconnectivity between aplurality of merchants and a plurality of wallet applications 110 (e.g.,associated with a number of cardholders and issued by a number ofissuers). Each cardholder may have one or more wallet applications 110and each wallet application 110 may hold information associated with oneor more payment cards of the cardholder. During a transaction, acardholder (operating a device such as mobile device 102) may selectwhich wallet application 110 is to be used in the transaction. Thecardholder may also or instead select a specific payment card within theselected digital wallet. In some embodiments, a cardholder may designatea payment card and/or a wallet as a preferred or default selection.Additional examples of a payment transaction conducted using the system100 of FIG. 1 are described in co-pending, commonly assigned U.S. patentapplication Ser. No. ______ [Attorney Docket No. M01.363]______.

FIG. 2 illustrates a mobile device 102 in accordance with an exemplaryembodiment. For example, the mobile device 102 may be a mobile phone, atablet, a laptop computer, a phablet, a smart watch, a smart appliance,a smart television, and the like. Also, the mobile device 102 may beconventional in its hardware aspects. Referring to FIG. 2, the mobiledevice 102 may include a conventional housing (indicated by dashed line202 in FIG. 2) that contains and/or supports the other components of themobile device 102. The housing 202 may be shaped and sized to be held ina user's hand, and may for example fit in the palm of the user's hand.In some embodiments, the housing 202 may have a different form factor(e.g., as a tablet or the like).

The mobile device 102 may include control circuitry 204, for controllingthe over-all operation of the mobile device 102. For example, thecontrol circuity 204 may include one or more processing devices, forexample, a multicore processor, a reconfigurable multicore processor,and the like. Other components of the mobile device 102, which are incommunication with and/or controlled by the control circuitry 204,include memory devices 206 (e.g., program and working memory, etc.); (b)a SIM (subscriber identification module) card 208; (c) a keypad 212 forreceiving user input; and (d) a display component 210 which may includea display screen for displaying output information to the user. In someembodiments, the keypad 212 will be understood to include, e.g., aconventional 12-key telephone keypad, in addition to other buttons,switches and keys, such as a conventional rocker-switch/select keycombination, soft keys, and send and end keys. As another example, thekeypad 212 may be a digital keypad provided on a touch screen of themobile device 102.

The mobile device 102 may also include receive/transmit circuitry 216that is in communication with and/or controlled by the control circuitry204. The receive/transmit circuitry 216 is coupled to antenna 218 andmay provide the communication channel(s) by which the mobile device 102communicates via one or more communications networks (not shown). Thereceive/transmit circuitry 216 may operate both to receive and transmitvoice signals, in addition to performing data communication functions,such as GPRS (general packet radio service) communications. For example,the receive/transmit circuity 216 may connect the mobile device 102 to anetwork such as the Internet, a cellular network, and the like.Accordingly, a user of the mobile device 102 may control the mobiledevice 102 to navigate to websites on the World Wide Web, downloadmobile applications, and the like.

The mobile device 102 may further include a microphone 220, coupled tothe receive/transmit circuitry 216. The microphone 220 may receive voiceinput from the user of the mobile device 102. In addition, a loudspeaker222 is included to provide sound output to the user, and is coupled tothe receive/transmit circuitry 216. In this example, thereceive/transmit circuitry 216 may transmit, via the antenna 218, voicesignals generated by the microphone 220, and reproduce, via theloudspeaker 222, voice signals received via the antenna 218. Thereceive/transmit circuitry 216 may also handle transmission andreception of text messages, video streams, mobile applications, andother data communications via the antenna 218.

The mobile device 102 may also include a payment circuit 224 and a loopantenna 226, coupled to the payment circuit 224. The payment circuit 224may include functionality that allows the mobile device 102 to functionas a contactless payment device. In some embodiments, the paymentcircuit 224 includes a processor (not separately shown) and a memory(not separately shown) that is coupled to the processor and storesprogram instructions for controlling the processor. Although shown asseparate from the main processor 204, the payment circuit 224 and/or itsprocessor component may be integrated with the main processor 204. Inaccordance with some embodiments, the mobile device 102 may include aso-called “secure element” (not separately shown), which may beincorporated with the payment circuit 224, the memories 206, the mainprocessor 204, the SIM card 208, and/or the like. As is familiar tothose who are skilled in the art, the secure element may be constitutedwith a small processor and volatile and nonvolatile memory that aresecured from tampering and/or reprogramming by suitable measures. Thesecure element may, for example, manage functions such as storing andreading out a payment card account number, and cryptographic processing.Moreover, and in accordance with aspects of the exemplary embodiments,the secure element may store and apply a cardholder verification ruleand may handle receipt and verification of cardholder verification input(such as entry of a PIN). As an example of a secure element, the mobiledevice 102 may include a trusted platform module (TPM) for securecryptographic processing and storage. The TPM may provide a trusted orsecured application execution environment or a trusted executionenvironment. The trusted area may have enhanced security restrictionsand limit the amount of programs that have access to the storage andprograms therein.

FIGS. 3A-3E illustrate examples of screen displays of a mobile paymentuser interface (i.e., user interface) in accordance with exemplaryembodiments. In these examples, a user (such as a cardholder) mayinteract with the user interface to perform payment functions. Forexample, referring to FIG. 3A, an initial screen display is shownillustrating a user interface that is presented to a user of a mobiledevice when the user is interacting with a merchant application (such asa merchant application 104 of FIG. 1) to initiate a purchasetransaction. In this example, the user has selected items to purchaseand has navigated to a checkout screen or merchant checkout page 302within the merchant application 104. On the bottom of the screen are twocheckout payment option buttons, with one button being smart button 304.A user's selection of the smart button 304 initiates processing pursuantto the exemplary embodiments. In some embodiments, the smart button 304may be displayed dynamically based on the process described furtherbelow. For example, the smart button 304 may only be displayed in theevent that the mobile device 102 has more than one wallet applications110 installed on the device or more than one payment cards included in awallet application 110. In this example, the mobile device 102 or aprocessor thereof may detect how many digital wallets are installed onthe mobile device 102. If it is determined that a predetermined numberof wallets are installed, for example, one wallet, two wallets, three ormore wallets, and the like, the smart button 304 may be embedded withinor displayed in conjunction with the merchant checkout page 302. As anon-limiting example, the mobile payment user interface may becontrolled by an application executing on the mobile device, forexample, a payment application, a merchant application, a walletapplication, a combination thereof, and the like.

Referring to FIG. 3B, a payment option screen 310 (or pane) is shownwhich illustrates a user interface according to various exemplaryembodiments displayed as an overlay with respect to the merchantcheckout page 302 screen of FIG. 3A. The payment option screen 310simultaneously displays all wallets and associated payment options in asingle view for the user, with each wallet shown in a separate “pane” orgraphical/wallet pane of the screen, as well as a summary pane (at thebottom of the screen) showing a summary of the purchase. As anon-limiting example, the payment option screen 310 may be referred toas a “pay wall.” In some embodiments, each graphical wallet panedisplays issuer level incentives as well as any card level incentivesavailable in the purchase transaction (e.g., rewards, incentives,promotional offers, etc.). In the example of FIG. 3B, three wallets andthe corresponding panes thereof are shown, including wallet #1, wallet#2, and wallet #3. Within each wallet, displayed are graphicalrepresentations of payment cards included in the respective wallets.

According to the exemplary embodiments, payment cards may be displayedin the payment option screen 310 to appear as digital representations ofan actual payment card, including any logos, banking names, and thelike, which appear on a face of a physical card. In various examples,the cards are displayed in an overlapping fashion with respect to oneanother, and the graphical panes corresponding to the wallets are alsodisplayed in overlapping fashion with respect to one another such thatonly a top portion of the graphical pane corresponding to the digitalwallet and a top portion of each are visible in the view. This view maysimulate the view of an actual physical wallet having cards arranged oneon top of the other in cascading and overlapping order such that a topportion of each card is visible without interfering with a view of thetop portion of the other cards. In this example, wallet #3 provides anissuer level incentive of “10% off this purchase” as well as a cardlevel incentive of “est. 200 miles” which would be earned if the userselected to use payment card #1 of wallet #3 for the purchasetransaction. In this example, not only are payment cards from multipledigital wallets viewable at the same time, but also any incentivesavailable by using each payment card for the transaction are alsoviewable.

Referring to FIG. 3C, a user interface is shown which illustrates aconfirm and pay screen 320 that may be displayed as an overlay to themerchant checkout screen 302 of FIG. 3A, and which may be presentedafter a user touches or selects a specific wallet pane from the paymentoption screen 310 of FIG. 3B. As shown, the user has selected to view aconfirmation view pane associated with wallet #3 of FIG. 3B. The confirmand pay screen 320 shows a card image of payment card #1 (including, insome embodiments, the user's primary account number, expiration date,card art, logos, and decals) as well as the transaction total includingany applied issuer level incentives and card level incentives. Further,a shipping address is shown, which may be a shipping address associatedwith the selected wallet. The user may modify the shipping address whichis further described later herein. The primary call to action from theconfirm and pay screen 320 of FIG. 3C is for the user to “Pay Now” withthe selected digital wallet and card combination. Alternatively, theuser can view a confirmation view pane associated with a differentwallet (such as wallet 1 or wallet 2).

Referring now to FIG. 3D, a cardholder validation method (“CVM”) isshown which illustrates a validation screen 330 of the user interfacethat may be displayed as an overlay to the merchant checkout screen 302display of FIG. 3A, and which may be presented after a user selects the“Pay Now” button of FIG. 3C. The CVM screen prompts the user to performa validation to the selected wallet. In the illustrated embodiment, theselected wallet (i.e., wallet #3) requires PIN validation and the useris prompted to enter their PIN. A transaction total and an option to usethe selected payment card #1 and digital wallet #3 as the default cardand wallet for the merchant may also be provided in the CVM screen. Theuser enters their PIN and the transaction is processed using the systemof the exemplary embodiments.

Referring now to FIG. 3E, a transaction confirmation screen display isshown which illustrates a confirmation screen 340 that may be displayedby the merchant application 104 of FIG. 1 after the CVM screen hassuccessfully been processed. In general, the transaction experience forthe user may be as if the user did not leave the merchant application104 to execute the payment process. Upon the transaction beingsuccessfully processed, a message (such as an SMS message or otheralert) may be transmitted to the user's mobile device and displayed onthe mobile device 102 (e.g., on top of the display lock screen of themobile device 102). For example, the confirmation message may includethe value of the transaction as well as information identifying thepayment card used in the transaction.

In the examples of FIGS. 3A-3E, the user interface includes a pluralityof screens including a payment option screen 310, a confirm and payscreen 320, and a validation screen 330. Also included is a confirmationscreen 340 which may be included within a view of the merchantapplication 104. It should be appreciated however, that the userinterface may include other screens, additional screens, differentscreens, and/or the like. Furthermore, the user interface may begenerated at various times, for example, in response to a user of themobile device 102 executing the merchant application, in response to theuser navigating to the merchant checkout page 302 within the mobileapplication, and the like.

Referring again to FIG. 1, the user interface according to variousexemplary embodiments may be initiated when a user initiates or opens amerchant application installed on the mobile device 102. The userinterface may be generated by one or more applications executing on themobile device, for example, a payment application, a merchantapplication, a wallet application, and the like. According to variousexamples, the user interface may be generated or built in response tothe user of the mobile device 102 initiating or executing merchantapplication 104. As another example, the user interface may be generatedor built when a user navigates to a merchant checkout page while withinthe merchant application 104. In response to the user interface beinginitiated, the mobile device 102 may transmit a mobile paymentinitiation message to the switch 130. For example, the mobile paymentinitiation message may indicate to the switch 130 that the user of themobile device 102 has opened a merchant application 104. In response,the switch 130 may generate a list of valid digital wallet applicationsthat may be used by any mobile device to make payment through theexecuting merchant application and transmit the list to the mobiledevice 102.

In response to receiving the list of possible valid digital wallets fromthe switch 130, the mobile device 102 may compare the list of validdigital wallets with digital wallets that are stored on and/or installedon or within the mobile device 102 (or within an operating system of themobile device 102). Accordingly, the mobile device 102 may determinewhich digital wallets from the received list are installed on the mobiledevice 102. If the mobile device 102 detects a digital wallet from thelist being installed on the mobile device 102, the mobile device 102 mayinclude the detected digital wallet in a list of detected wallets andtransmit a response to the switch 130 identifying the list of detectedwallets to the switch 130. For example, the response may include anidentification of the merchant application 104 being executed on themobile device 102, a version of the merchant application, a timestamp, alist of digital wallets detected on the mobile device 102, and the like.The switch 130 receiving the list of digital wallets detected on themobile device 102 may verify the list of wallets and transmit a responseto the mobile device 102. For example, the response may include anidentification of the merchant application, a version of the merchantapplication, a timestamp, and a signature including a private key. Inthis example, the transmissions between the mobile device 102 and theswitch 130 may be directly, or they may be through other devices of apayment network such as the merchant server 120.

In response to receiving the response from the switch 130, the mobiledevice 102 may build or otherwise generate the user interface includingdata of each of the digital wallets, and each payment option of eachwallet, which have been verified by the switch 130. For example, themobile device 102 may build the mobile payment user interface screens310, 320 and 330 shown in the examples of FIGS. 3A-3E. Accordingly, whenthe user navigates to the merchant checkout page 302, the mobile device102 may embed the smart button 304 within the merchant checkout page 302thus indicating to the user that the mobile payment user interface isavailable.

FIG. 4 illustrates a series of screen shots of a user interface showingvarious examples of viewing summary information and cancelling aninteraction. FIG. 4 also shows examples that may be included within thepayment option screen 310. Referring to FIG. 4, in the first screen, auser is presented with an initial screen display when the user isinteracting with a merchant application (such as a merchant application104 of FIG. 1) to initiate a purchase transaction. In this example, theuser has selected items to purchase and has navigated to a checkoutscreen 302 within the application. In this example, incentives button402 is shown on the screen next to smart button 404. If the user tapsthe incentives button 402, the promotional offers and/or rewards mayappear next to different cards within the wallets as shown on the nextslide. If the user taps the smart button 404 the user interfacetransitions to the next slide 310 using an animation in which asemi-transparent “smart container” may slide up (or down) from thebottom of the screen 310, depending on the context. In the second screen310, the user then taps the link or screen area labeled “PurchaseSummary” and a further animation occurs in which an overlay screen witha summary of the transaction slides up (or down) over the paymentselections panel (depending on the context). The panel docks to thebottom of the screen when minimized. In this way, a user may easily andquickly view summary information about the transaction based on aspecific wallet and payment card.

FIG. 4 further illustrates various examples of the payment option screen310 in which graphical representations of a plurality of wallets aresimultaneously displayed. Also simultaneously displayed are graphicalrepresentations of each of the payment cards included within each of thedigital wallets. In this example, the first wallet is represented bygraphical pane 410, the second wallet is represented by graphical pane420, and the third wallet is represented by graphical pane 430.Furthermore, the first wallet includes first payment card 412 and secondpayment card 414, and incentives 416 displayed next to the first paymentcard 412. The second wallet includes first payment card 422 with rewards426 displayed next to first payment card 422, and the third walletincludes first payment card 432 and second payment card 434 withincentives 436 displayed next to first payment card 432. The graphicalpane 430 of the third wallet also includes an incentive of “10% off thepurchase” as shown within the graphical pane 430 corresponding to thethird wallet such that it is capable of being viewed separately from therepresentation of the payment cards included in the representation ofthe third wallet.

FIG. 5 illustrates a shipping option selection made through a userinterface according to the exemplary embodiments. Referring to FIG. 5, aseries of screens based on the payment conformation screen 320 are shownillustrating aspects of the user interface interaction for viewing andchanging shipping options. In the first screen (i.e., left-hand side), auser is presented with a confirm and pay view pane 320 (similar to thatdiscussed above in FIG. 3C), where a user has selected a desired digitalwallet and payment instrument from the digital wallet and is furtherpresented with details of the transaction including shipping address.The user is able to choose their shipping preference from a list ofoptions sourced from the merchant application and displayed in theconfirmation view pane 320 in the second screen (i.e., right-hand side)by tapping a link 502 shown on the first screen. If the user taps orselects the shipping preference link, an opaque panel or overlay appearsover the confirm and pay section of the pane 320 and the user mustcomplete an action to dismiss the pane (and return to the confirmationview pane). In this example, a user may select a desired shipping optionby clicking a button shown on the screen.

FIG. 6 illustrates a shipping address selection made through a userinterface according to the exemplary embodiments. Referring to FIG. 6, aseries of screens are shown illustrating aspects of the user interfaceinteraction for viewing and changing a shipping address. In the firstscreen, a user is presented with a confirm and pay view pane 320(similar to that discussed above in FIG. 3C and FIG. 5), where a userhas selected a desired wallet and payment instrument and is presentedwith details of the transaction including shipping address illustratedby link 602. The user can select or tap on the address 602 in theconfirmation view pane 320 to cause a shipping address modificationpanel to appear as an overlay. The user can interact with the shippingaddress modification panel to select between stored shipping addressesor to add a new shipping address. If a new shipping address is added, itwill be made available for future use in conjunction with the wallet.

FIG. 7 illustrates an example in which screens and smart button optionsare shown illustrating aspects of the user interface interaction andbutton options that may be dynamically presented to a user based ondifferent criteria. In FIG. 7, a user is viewing an initial screendisplay illustrating a user interface that may be presented to a user ofa mobile device when interacting with a merchant application (such as amerchant application 104 of FIG. 1) to initiate a purchase transaction.At the bottom of the screen are different examples of smart buttonoptions. Pursuant to some embodiments, smart button 404 may bedynamically generated based on certain conditions of the transaction,the wallet application(s) and the merchant. Smart button 404 may bedisplayed when a plurality of digital wallet payment options areavailable. Furthermore, smart button 404 may be displayed with an icon402 indicating that a digital wallet from among the plurality of digitalwallets or issuer incentive is available. If a wallet or issuerincentive is available, the user may tap on the incentive icon 402 and apane will be displayed (as shown in the right hand screen) providingdetails of the issuer level incentive (in the illustrative example, thetransaction is eligible for an issuer level incentive of 10% off thepurchase).

As another example, a single payment option smart button 405 may bedisplayed and may include, for example, a name of the payment card onthe button 405. For example, if the user only has a single paymentoption available for the transaction (e.g., one digital wallet and onepayment card), the button may include the name of the card correspondingto the single payment option. As another example, the single paymentoption smart button 405 may be displayed when the user has selected apreferred or default payment card from among a plurality of paymentcards and digital wallets. In this case, the single payment option smartbutton 405 may enable the user to skip ahead and pay for a transactionusing the preferred payment card.

As another example, a multiple payment option smart button 406 may bedisplayed if the consumer has more than one payment option available,and/or more than one wallet application on the mobile device 102, andhas not made a purchase using the wallet via this merchant applicationbefore, or has made a purchase using the wallet via this merchantapplication but has not selected to re-use the previously used paymentoption. In this example, smart button 406 may correspond to smart button404. According to various exemplary embodiments, a returning customerwith multiple payment options available may be presented with a splitbutton 405 and 406 where the left portion 405 of the button correspondsto a default or preferred selection of a payment option (e.g., paymentcard #1 from digital wallet #3). Also, the user can quickly view otherpayment options by interacting with the right hand side portion 406 ofthe button.

FIGS. 8A and 8B illustrate examples of a second smart button 405 thatmay be provided in a merchant checkout screen in accordance with anexemplary embodiment. In FIG. 8A, the second smart button 405corresponds to the left portion of the split button shown in FIG. 7.

Referring to FIGS. 8A and 8B, a cardholder may select to use a paymentcard associated with a digital wallet during a first transaction orduring a prior transaction with the merchant. According to variousaspects, the selected payment card may be remembered by the paymentapplication, merchant application, the mobile device itself, and thelike. For example, the cardholder may use payment card #1 from digitalwallet #3 during a payment process while making a purchase usingmerchant application 104 shown in FIG. 1. In response, an identifier ofthe payment card #1 associated with the merchant application 104 may bestored in the storage of the mobile device 102. As another example, theidentifier of payment card #1 associated with the merchant application104 may be transmitted by the mobile device to a merchant server, aswitch, and the like. Accordingly, the use of the payment card #1 fromdigital wallet #3 with the merchant application 104 may be remembered.

When the cardholder re-navigates (i.e., returns) to the checkout page ofmerchant application 104, for example, to make a second purchase or toperform a second checkout process, the second smart button 405 may bedisplayed next to smart button 406. In this example, the second smartbutton 405 corresponds to payment card #1 associated with digital wallet#3 which was previously used by the cardholder during the previoustransaction with the merchant application. Also, smart button 406corresponds to smart button 304 shown in FIG. 3A. As a result, thecardholder may select second smart button 405 and skip ahead directly tovalidation screen 330. That is, the cardholder may elect to skip paymentoption screen 310 and confirm and pay screen 320 and proceed directly tovalidation screen 330 of the user interface according to variousembodiments while simultaneously selecting payment card #1 from digitalwallet #3 as a method of payment for the second transaction. As anotherexample, the selected second smart button 405 may automatically triggerpayment of the second transaction using payment card #1 from digitalwallet #3 and further skip passed validation screen 330, as well aspayment option screen 310 and confirm and pay screen 320.

FIG. 9 illustrates an example of viewing and changing a shipping addressin accordance with another exemplary embodiment. Referring to FIG. 9,the confirm and pay screen 320 indicates that payment card #1 fromdigital wallet #3 has been selected by the user. In this example, theconfirm and pay screen 320 shows a brief summary of the total price(i.e., purchase summary), a shipping option, and a shipping address, allof which may be selected and edited by a user, for example, by tappingon a hyperlink corresponding thereto. In this example, link 902 may beselected by the user to change the shipping address. Accordingly, a usermay choose from an already existing shipping address, add a new shippingaddress, delete an old shipping address, and the like. According tovarious exemplary embodiments, if an address from a first digital walletis changed or deleted, the same address may also be changed or deletedin other digital wallets having that same address stored therein. Asanother example, if a new address is added, the exemplary embodimentsmay also add the new address to the other digital wallets.

FIG. 10 illustrates an example of a lock screen in accordance with anexemplary embodiment and FIG. 11 illustrates an example of a timeoutscreen in accordance with an exemplary embodiment. Referring to FIG. 10,a notification of payment may be displayed on a lock screen of a mobiledevice to notify the user of a payment confirmation, for example, whenpayment has cleared or has been successfully processed. The notificationmay include the total price, the merchant name, a timestamp, and thelike. A user may select the notification from the lock screen andadditional actionable buttons may be revealed allowing the user to takeaction from the lock screen. For example, a view button may be revealed,a close button may be revealed, and the like. In the event that the useris inactive for a predetermined amount of time during a checkoutprocess, the checkout session may be timed out and the user may benotified by the timeout screen shown in FIG. 11. For example, thenotification may be displayed automatically or when the user returns tothe checkout process. A button may be displayed that prompts the user torestart or resume the checkout process. Furthermore, if the user decidesto resume or restart the checkout process, a visual indicator such as aprogress bar or other indicator may be used to show the user an expectedduration of time or delay before the process is resumed.

FIG. 12 illustrates a view of billing information of a payment card inaccordance with an exemplary embodiment. Referring to FIG. 12, a usermay be notified when payment card information has become invalid or isnot up to date. For example, in FIG. 12, payment card 1201 may bedetermined to have an expiration date that has become expired.Accordingly, information indicating that the expiration date is nolonger valid and a request may be shown to the user through the confirmand pay screen 320, or in another screen. Accordingly, the consumer canupdate the payment card. In some cases, the payment application mayrequire the user to update the payment card information before thepayment process can be continued. Also, on the right-hand side of FIG.12, card information and user information stored on the back of apayment card such as payment card 1202 may be displayed by a selectionof the user. For example, he user may tap on a particular portion of thepayment card on the screen, or make a particular tap gesture, and causethe payment card to flip over on the screen revealing accountinformation from the other side of the payment card. Accordingly, a usermay be shown various details about the payment card that are notavailable on the front side of the payment card, for example, billinginformation, an account number, an expiry, and the like.

According to various exemplary embodiments, provided is a system whichallows increased convenience and ease of interaction for consumers,allowing them to quickly view and select the most appropriate or desiredpayment option for transactions with merchants. When a plurality ofoptions are available. Rather than a cardholder individually accessingeach digital wallet included in a mobile device to determine anappropriate digital wallet for a transaction, the exemplary embodimentsprovide a pay wall or combined payment option screen that simultaneouslydisplays each digital wallet and each payment card included in therespective digital wallets. Also, digital wallet incentives, paymentcard incentives, and/or the like may be simultaneously displayedallowing a user to easily determine which digital wallet and/or paymentcard provides them with the best incentive with respect to a merchanttransaction.

As used herein, devices, including those associated with the transactionprocessing system 100 and any other device described herein, mayexchange information via any communication network which may be one ormore of a Local Area Network (LAN), a Metropolitan Area Network (MAN), aWide Area Network (WAN), a proprietary network, a Public SwitchedTelephone Network (PSTN), a Wireless Application Protocol (WAP) network,a Bluetooth network, a wireless LAN network, and/or an Internet Protocol(IP) network such as the Internet, an intranet, or an extranet. Notethat any devices described herein may communicate via one or more suchcommunication networks.

As used herein, the terms card, transaction card, financial transactioncard, payment card, and the like, refer to any suitable transaction cardor account, such as a credit card, a debit card, a prepaid card, acharge card, a membership card, a promotional card, a frequent flyercard, an identification card, a gift card, a deposit account, and thelike. As another example, the terms may refer to any other device ormedia that may hold payment account information, such as mobile phones,Smartphones, personal digital assistants (PDAs), key fobs, computers,and the like. The transaction card can be used as a method of paymentfor performing a transaction. Also, the term “payment card system”refers to a system that may include a switch for handling purchasetransactions and related transactions and operated under the name ofMasterCard, Visa, American Express, Diners Club, Discover Card or asimilar system. In some embodiments, the term “payment card system” maybe limited to systems in which member financial institutions issuepayment card accounts to individuals, businesses and/or otherorganizations. A number of trademark or brand names are used in thedrawings and the specification to refer to example products, and it isthe applicant's intent to provide proper attribution to those trademarkowners.

As will be appreciated based on the foregoing specification, theabove-described examples of the disclosure may be implemented usingcomputer programming or engineering techniques including computersoftware, firmware, hardware or any combination or subset thereof. Anysuch resulting program, having computer-readable code, may be embodiedor provided within one or more non transitory computer-readable media,thereby making a computer program product, i.e., an article ofmanufacture, according to the discussed examples of the disclosure. Forexample, the non-transitory computer-readable media may be, but is notlimited to, a fixed drive, diskette, optical disk, magnetic tape, flashmemory, semiconductor memory such as read-only memory (ROM), and/or anytransmitting/receiving medium such as the Internet or othercommunication network or link. The article of manufacture containing thecomputer code may be made and/or used by executing the code directlyfrom one medium, by copying the code from one medium to another medium,or by transmitting the code over a network.

The computer programs (also referred to as programs, software, softwareapplications, “apps”, or code) may include machine instructions for aprogrammable processor, and may be implemented in a high-levelprocedural and/or object-oriented programming language, and/or inassembly/machine language. As used herein, the terms “machine-readablemedium” and “computer-readable medium” refer to any computer programproduct, apparatus and/or device (e.g., magnetic discs, optical disks,memory, programmable logic devices (PLDs)) used to provide machineinstructions and/or data to a programmable processor, including amachine-readable medium that receives machine instructions as amachine-readable signal. The “machine-readable medium” and“computer-readable medium,” however, do not include transitory signals.The term “machine-readable signal” refers to any signal that may be usedto provide machine instructions and/or any other kind of data to aprogrammable processor.

The above descriptions and illustrations of processes herein should notbe considered to imply a fixed order for performing the process steps.Rather, the process steps may be performed in any order that ispracticable, including simultaneous performance of at least some steps.

Although the present invention has been described in connection withspecific exemplary embodiments, it should be understood that variouschanges, substitutions, and alterations apparent to those skilled in theart can be made to the disclosed embodiments without departing from thespirit and scope of the invention as set forth in the appended claims.

What is claimed is:
 1. A mobile payment method comprising: determiningan amount of digital wallets installed on a mobile device; and inresponse to determining that a plurality of digital wallets areinstalled on the mobile device, displaying a smart button with amerchant checkout page, wherein when the smart button is selected by auser of the mobile device, the method further comprises displaying apayment option selection screen that enables the user to select apayment card associated with any digital wallet from among the pluralityof digital wallets as a method of payment for the transaction.
 2. Themobile payment method of claim 1, wherein the merchant checkout page isprovided by a merchant mobile application that is being executed by themobile device, and the displaying comprises overlaying the paymentoption selection screen on top of the merchant checkout page.
 3. Themobile payment method of claim 1, wherein each digital wallet includesat least one payment card associated therewith, and the displayedpayment option selection screen enables the user to select any paymentcard from any digital wallet from among the plurality of digital walletsas the method of payment for the transaction.
 4. The mobile paymentmethod of claim 1, wherein the payment option selection screen displaysan identifier of each digital wallet and an identifier of each paymentcard within each digital wallet.
 5. The mobile payment method of claim4, wherein the identifier of each digital wallet comprises at least oneof a name and a logo of an organization associated with the digitalwallet.
 6. The mobile payment method of claim 1, wherein each digitalwallet is represented on the payment option screen as a graphical pane,and a graphical pane corresponding to a firstly displayed digital walletpartially overlaps a graphical pane corresponding to a secondlydisplayed digital wallet.
 7. The mobile payment method of claim 1,wherein the displayed payment option selection screen displays anincentive available for at least one payment card within each digitalwallet.
 8. The mobile payment method of claim 1, further comprisingreceiving a selection of a payment card of a digital wallet from theuser through the payment option selection screen, and making paymentusing the selected payment card of the digital wallet.
 9. The mobilepayment method of claim 8, further comprising, in response todetermining that the user of a mobile device is re-navigating to themerchant checkout page, further displaying a second smart button on themerchant checkout page, the second smart button enabling the user tobypass the payment option selection screen and make payment using thepreviously selected payment card of the digital wallet.
 10. A mobiledevice comprising: a display screen; and a processor configured todetermine that a user of the mobile device is at or is navigating to amerchant checkout page on the display screen, and cause the displayscreen to display a smart button on the merchant checkout page, wherein,in response to the smart button being selected by the user, theprocessor is further configured to cause the display screen to display apayment option selection screen simultaneously displaying arepresentation of each digital wallet from among a plurality of digitalwallets installed on the mobile device, and simultaneously displaying auser selectable representation of each payment card included in eachrespective digital wallet.
 11. The mobile device of claim 10, whereinthe merchant checkout page corresponds to a merchant mobile applicationbeing executed by the processor, and the payment option selection screenis displayed independently and on top of the merchant checkout page. 12.The mobile device of claim 10, wherein each digital wallet includes atleast one payment card associated therewith, and the displayed paymentoption selection screen enables the user to select any payment card fromany digital wallet from among the plurality of digital wallets as amethod of paying for a transaction on the merchant checkout page. 13.The mobile device of claim 10, wherein the displayed payment optionselection screen further displays an identifier of each digital walletand an identifier of each payment card within each digital wallet. 14.The mobile device of claim 13, wherein the identifier of each digitalwallet comprises at least one of a name and a logo of an organizationassociated with the digital wallet.
 15. The mobile device of claim 10,wherein each digital wallet is represented on the payment optionselection screen as a graphical pane, and a graphical pane correspondingto a firstly displayed digital wallet partially overlaps a graphicalpane corresponding to a secondly displayed digital wallet.
 16. Themobile device of claim 10, wherein the displayed payment optionselection screen further displays an incentive available for at leastone payment card within each digital wallet.
 17. The mobile device ofclaim 10, further comprising an input unit configured to receive aselection from the user for making payment using a payment card of adigital wallet displayed in the payment option selection screen.
 18. Themobile device of claim 17, wherein, in response to the processordetermining that the user of the mobile device is re-navigating to themerchant checkout page, the processor causes the display screen tofurther display a second smart button on the checkout page, the secondsmart button enabling the user to bypass the payment option selectionscreen and make payment using the previously selected payment account ofthe previously selected digital wallet.
 19. A mobile payment methodcomprising: determining that a user of a mobile device is at or isnavigating to a merchant checkout page on a display screen; displaying asmart button on the merchant checkout page; and in response to the smartbutton being selected by the user, displaying a payment option selectionscreen simultaneously displaying a representation of each digital walletfrom among a plurality of digital wallets installed on the mobiledevice, and simultaneously displaying a user selectable representationof each payment card included in each respective digital wallet.
 20. Themobile payment method of claim 19, wherein the merchant checkout pagecorresponds to a merchant mobile application being executed by theprocessor, and the payment option selection screen is displayedindependently and on top of the merchant checkout page.